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IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
In re Patent Application of 

N . MATSUNAMI et al 
Serial No. 

Filed: March 10, 2000 
For: COMPUTER SYSTEM 

PRELIMINARY AMENDMENT 

Assistant Commissioner of Patents 
Washington, D.C. 20231 

Sir: 

Prior to the examination thereof, please amend the 
application as follows. 
IN THE CLAIMS 

Renumber claims 13-18 as claims 12-17, as follows. 

12. In the computer system recited in claim 10, said 
storage subsystem is equipped with cache memory unit to store 
partial copy of data to be stored in said storage units, and 
said controller controls data stored in said shared storage 
unit to be resident in aid cache memory unit . 

13. In the computer system recited in claim [13] 12 , 
said management table contains the set information to specify 
storage unit from which data is made to be resident in said 
cache memory unit, and said controller performs said control 
according to said setting information. 
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14. In the computer system, comprising of said more than 
one computer and storage subsystem connected to said computers 
and having more than one storage unit, a method to control 
accesses to said storage units comprising the steps, 

to register the addressing information to identify 
each of said computers and information to identify storage 
units permitted to be accessed by computer identified by means 
of said computer identity information in the management table 
in said storage subsystem after defining correspondence 
between them, 

in said storage subsystem, to identify storage unit 
to be accessed according to said addressing information of 
computer which issued the access request in response to access 
request from each of said computer, and 

to control data transfer between the storage unit 
recognized as a target to be accessed and the computer which 
issued said access request. 

15. Control method recited in claim [15] 14, further 
comprising the steps, 

to accept the input of identity information during 
the log-in process by user into one of said computers, 
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to identify the storage unit permitted to be 
accessed by one of said computers according to said inputted 
identity information, and 

in the said registration step, register information 
to identify a storage unit identified in said identification 
step into said management table giving correspondence to the 
addressing information of one of said computers. 

16. In the control method recited in claim [16] JL5, said 
identification step is executed by a management unit connected 
to said more than one computer and said storage subsystem, and 
said registration step is executed by said storage subsystem 
according to the instruction given by said management unit. 

17. The control method recited in claim [15] 14, further 
comprising the steps 

to accept the input of identify information during 
the log-in process into said more than one computer by user, 
and 

to decide said addressing information to be used 
when said one computer accesses said storage subsystem 
according to inputted identity information. 
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REMARKS 



Applicants have renumbered the claims because claim 12 is 
inadvertently missing and sequentially numbered claims are 
required according to Patent Office practice. As renumbered, 
claims 12-17 follow claims 1-11 and the claims numbers are now 
sequential . 
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^ame of Document} Specification 
Title of the Invention ] Computer System 

i 

Background of the invention ] I 

This invention is related to a Computer System having more than one 
! omputer. This invention, especially, is related to the management method for Storage 
: .ibsystem in the Computer System wherein said Storage Subsystem is shared by more 
i an one Computers. j 

The Computer System with which more than one user perform their 

! 

I usiness using more than one Client Computer is called a Client Computer System. 
1 Tp to now, a Client Computer System is constructed with the Computers such as 
. ersonal Computers (PCs) in which all computational processings can be individually 
i s ecuted. The Computer which is used in such a Client Computer System is a kind of 
uiversal machine equipped with a highly eifficient CPU, a large-capacity memory, 
frge-capacity hard disk device and a high-speed graphic function, etc. and is therefore 
ailed by a popular name "Fat Client". The Client Computer System composed of the 
fat Clients is also called Fat Client System (FCS). In FCS, more than one Fat Client 
*re mutually connected via LAN (Local Area Network), and communicate (transfer 
lies, for example) each, other depending on their requirements. The Fat Client is 
generally equipped with local disk units to store Operating System (OS), application 
urograms or user data and so on. The OS and/or application programs are usually 



installed by user himself. The user data stored in their Client disk units is duplicated as 
backup data to a backup device such as the tape device installed in somewhere in the 
LAN so as not to be lost owing to an unexpected fault of the disk unit. 

An another popular example of the Client Computer System is the 
Network Computer System. A Computer which composes Network Computer System 
Is called an Network Computer (NC). As an iNC, Computer with low price and low 
ftmction and without disk units to store OS or application programs is used. Such a 
Computer is called "Thin Client" as compared with the Fat Client The Client 
Computer System having the Thin Clients is called Thin Client System (TCS). In the 
~7CS, for example, in more than one NC are Connected to a server which is equipped 
«:th the Storage Subsystem such as the hard disk device via a LAN. The OS, 
application programs used by the NC system, and user data are stored in the Storage 
Subsystem linked with the server. The NC mounts the Storage Subsystem of the server 
&5 a remote Storage and makes use of the programs and data stored there, The OS 
which works on the NC, also, is loaded via a LAN from the Storage Subsystem of the 
i.-srver. 

I Summary of the invention ] I 

In the TCS as typically seen in the Network Computer System, inevitable 

are the overhead of the LAN processing and that of the control operation of the remote 
•isk which occurs at both end of the NC and the server, because all disk accesses by 
-sers accompany accesses to the server via a, LAN. Therefore, it is afraid that, in the 

TCS, the operational performance will be 1 decreased seriously compared to the 

traditional Fat Client System, wherein each Client accesses its own built-in disk unit. 



Besides, because all accesses to the disk units are concentrated on the server, very high 
performance of CPU and Input/Output processing efficiency are required for the 
server, an expensive server is required to operate the Client Computer System. 

The object of the present invention is to solve the problems inherent to 
s'jch conventional technique, to reduce the overhead to access the disk units in the 
Client Computer System, and to realize high-speed access to the disk units, 

• Another object of the present invention is to also reduce the load of the 
IAN and the server to which the Client Computer is connected in the Client Computer 
fystem* ; 

To achieve these objects, the system embodied by this invention consists 
of more than one Computer and a Storage Subsystem connected to said Computers. 
The Storage Subsystem contains more than one Storage Unit, the Management Table 
^hich registers the information which manages more than one Storage Unit accessible 
by each of Computers and a Control Unit which controls the accesses to said Storage 
Units from said Computers according to the information contained in the Management 
Table. In a preferred embodiment of this invention, the Management Table maintains 
The identity information of each Storage Unit to which an access by each Computer is 
permitted corresponding to the addressing information which identifies each accessing 
Computer. The setting of these information into the Management Table is executed by 
•he control of the Management Console which is connected to the Storage Subsystem. 
: a one of the embodiments of this invention, the setting of the information into the 
Management Table by the Management Console is executed by an administrator 
during the initial setting of the Computer System. After that, each Computer becomes 
permitted to access the prearranged Storage Units. In another embodiment of this 



invention, the Management Console sets information to the Management Table based 
oh the Identity information which is sent during the Boot-up processing of each 
Computer. By this method, for example, the users of the Computers and the Storage 
Lnits access to which by the Computer is permitted in accordance with the 
environment of the Computer can be switched; 

The other characteristic and effect of this invention will be explained by 
the following drawings and detailed descriptiops. 

\ Brief description of the drawings ] j 

Figure 1 is the block diagram which shows the configuration of the 
f .omputer System in the 1st embodiment example of the present invention. 

Figure 2 is the block diagram which shows the configuration of the PC in 
5 he 1st embodiment example of the present invention. 

Figure 3 is the block diagram which shows the configuration of the 
Storage Subsystem in the 1st embodiment example of the present invention. 

Figure 4 shows the form of an example of the LUN Management Table in 
i&c 1st embodiment example of the present invention. 

Figure 5 is the block diagram which shows the configuration of the 
Management Console. 

Figure 6 is the schematic diagram which shows an example of a concrete 
allocation of LUs in the 1st embodiment example of the present invention. 

Figure 7 is the block diagram which shows the configuration of the 
Storage Subsystem in the 2nd embodiment example of the present invention. 

Figure 8 shows the form of the LUN Management Table in the 2nd 
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embodiment example of the present invention. 

Figure 9 is the block diagram which shows the configuration of the 
Computer System in the 3rd embodiment example of the present invention. 

Figure 10 is the block diagram whjch shows the configuration of the PC in 
"ha 3rd embodiment example of the present indention. 

Figure 11 is the block diagram which shows the configuration of the 
Management Console 4 in the 3rd embodiment example of the present invention. 

Figure 12 shows the form of the LUN Management Table in the 3rd 
rmbodiment example of the present invention.! 1 

Figure 13 shows the form of an example of the User-LUN Management 
Table. j 

Figure 14 shows the form of an example of the Computer Management 

Table. 

Figure 15 is the flowchart of the Log-In processing in the 3rd embodiment 
example of the present invention. 

Figure 16 is the flowchart which shows the procedure of the Boot-up 

processing. 

Figure 17 is the block diagram which shows the configuration of the 
»' "omputer System in the 4th embodiment example of the present invention. 

Figure 18 shows the form of an fcxample of the User-LUN Management 
Table in the 4th embodiment example of the present invention. 

Figure 19 shows the form of an example of the LUN Management Table in 
the 4th embodiment example of the present invention. 

Figure 20 is the flowchart of the Log-lh Processing in the 4th embodiment 



example of the present invention. 

Figure 21 is shows the form of an example of the User-WWN 
iianagement Table. 

Figure 22 is the flowchart of the Log-In Processing in the 5th embodiment 
example of the present invention. 

{ Description of preferred embodiments ] 

Figure 1 is the block diagram which shows schematically the configuration 
l ; the Computer System in the 1st embodiment of the present invention. The 
I omputer System in this embodiment has more than one Computer. In the present 
£ mbodiment, so-called Personal Computers (PCs) 2a, 2b — 2f are supposed to be used 
bs the Computers. The PCs 2a, 2b - 2f are the disk-less PCs which have no hard disks 
inside them. The PCs 2a, 2b, and 2c are connected to the Storage Subsystem 1 via the 
Fibre Channel Connecting Apparatus 3a, and PCs 2d, 2e, and 2f are connected to the 
Storage Subsystem 1 via the Fibre Channel Connecting Apparatus 3b. The 
Management Console 4 which is used for the management of the Computer System is 
ronnected to the Storage Subsystem 1. The Management Console 4 is also connected 
to the PCs 2a, 2b, and 2f via the Fibre Channel Connecting Apparatus 3a. In this 
embodiment example. Fibre Channel is used as the interface among the PCs, the 
Management Console 4, and the Storage Subsystem 1 and communication among the 
devices is supposed to be done according to the protocol conforms to the SCSI 
standards. 

Figure 2 is the block diagram which shows schematically the configuration 
>f PC 2. Each PC 2 has the Central Processing Unit (CPU) 21 which controls entire 



PC 2 and does various computational works by executing programs, Fibre Channel 
Sftterface (Fibre Channel I/F) 22 to connect the PC 2 to the Fibre Channel, I/O Device 
23 used as an interface with the user, and Memory Unit 25 to store the programs 
executed by the CPU 21. The Fibre Channel I/F 22 is composed of 

Fibre Channel Interface controller 220 to control the Fibre Channel 
processing, and 

Memory Unit 221 to store programs and data needed for the Fibre Channel 
Interface controller 220 to perform the control; functions and for the CPU 21 to control 
the Fibre Channel Interface controller. ! 

In the Memory Unit 221 contained, are 

the Boot-up Control Program 2211 to be executed by the CPU 21 to 
t mtrol the Fibre Channel Interface controller 220 when the OS is activated by the 
Storage Subsystem 1 via the Fibre Channel and 

World Wide Name (WWN) 2212; which is an unique name to identify the 
Fibre Channel I/F 22. 

The Boot-up Control Program 2211, which is called "Extended BIOS", is 
tae program which extends the function of PC 2. Thanks to this booting program, OS 
can be booted up from the Storage Subsystem connected to the Fibre Channel and 
located outside of the Computer 2. When using Computers other than PC, the Boot-up 
Control Program 2211 is maintained in Memciry Unit 25. 

Figure 3 is the block diagram which shows schematically the configuration 
tff the Storage Subsystem 1. The Storage Subsystem 1 is equipped with Processor 11, 
Memory Unit 13, Communication Control Circuit 14 to control the communication 
mtii the Management Console, Fibre Channel Interface controller 15a and 15b to 
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connect the Storage Subsystem 1 to the Fibre Channel Connecting Apparatus 3a and 
ib respectively, and Logical Units (LUs) 170 through 176 storing programs and data 
anlized by the PC 2. LUs 170 through 176 is a logically formed storage areas in the 
Storage Subsystem and do not necessarily correspond to the physical Storage Units 
f- ith one-to-one correspondence. That is, in addition to the case where one physical 
Storage Unit composes one LU, one Storage Unit can compose more than one LU, or 
more than one physical Storage Unit may compose only one LU. Each of LUs 170 
through 176 is recognized as one Storage Unit by a Host Computer. For the physical 
5»torage Unit to compose LU170 through 176, the magnetic disk unit can be used for 
t xample. Memory Unit 12 stores LU Definition Program 131, LUN Management 
~able 132, and Access Control Program 133. The Processor 11 executes the LU 
f cfinition Program 131, defines LU170 through 176 following the instructions sent 
from the Management Console 4, and sets related information in the LUN 
Management Table 132. The Processor 11 executes the Access Control Program 133 
in response to the access request from the PC 2 to control the accessibility of LUs 170 
through 176. The accessibility control of LU 170 through 176 is executed based on the 
information maintained in the LU Management Table 132. 

Each of the LUs 170 through 176 is given a specific number called Logical 
Unit Number (LUN) to be uniquely identified. Usually, the Computer including PC 
marches a Storage Subsystem for available LUs during the OS Boot-up. The search 
procedure is executed traditionally on quite a limited conditions as explained below, 

(a) LUNs are searched sequentially starting from LUN0, 

(b) search is stopped when a missing LUN is encountered, assuming that 
the LUNs should exist sequentially. 



In this embodiment example, accessible LUs are allocated for each PC 2. 
Therefore, the sequential LU numbers beginning from 0 must be given to the LUs 
ulocated for each PC 2. However, when allocating LUNs in such a way, LUNs 
cerlap each other and become unable to be identified in the Storage Subsystem. In 
iiis embodiment example, inside the Storage Subsystem 1, the LU170 through 176 are 
allocated sequential number beginning with 0. (called Internal LUN) and yet the PC 2 
siay recognize each LU by another number (called Virtual LUN) independent of the 
Internal LUN. As for the Virtual LUN, the sequential numbers beginning with 0 are 
allocated for each PC 2. The correspondence : relation between the Internal LUN and 
* irtual LUN is managed by the LUN Management Table 132. 

Figure 4 shows the form of an example of the LUN Management Table 
i $2. The LUN Management Table 132 contains Computer Identifier 1321 to identify 
F-C 2 and Management Console 4 individually and Port Number 1322, Target ID 1323, 
Virtual LUN 1324, Internal LUN 1325 and Attribute 1326 corresponding to said 
Computer Identifier 1321. 

The Computer Identifier 1321 defines the information to specify a PC 2 
<-- hich owns (uses) the certain LU. In this embodiment example, the Computer 
Identifier 1321 is defined by the combination of Port Name based on the WWN 
information 2212 of the Fibre Channel I/F 22 of the PC 2 and SJD (Source-ID) which 
h fixed in an initialization procedure of the Fibre Channel. The S_ID is the ID 
information stored in a frame header of the Fibre Channel and it is an ID to identify 
The sauce (Initiator) which generated the frame. The value of the S_ID is dynamically 
assigned during the initialization process of the Fibre Channel. When SCSI (Small 
Computer Systems Interface) is used as an interface between PC 2 and Storage 
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Subsystem 1, SCSI ID can be used as the Computer Identifier 1321. For the Port 
Number 1322, the number of the connection port of the Fibre Channel Interface 
controller 15 connecting to the PC 2 identified by the Computer Identifier 1321 is set. 
Tor the Target ID 1323, the ID information ofStorage Subsystem 1 of the interface to 
*rhich the PC 2 is connected is set. In this embodiment example, it is assumed that 
iach Port has only one D-ID (Destination-JD) in the Fibre Channel used as the 
faterface between PC 2 and Storage Subsystem 1. Therefore, the Storage Subsystem 1 
can be identified by means of the Port Number. In such a situation, the Target ID 1323 
vay be omitted or the D-ID defined when the Fibre Channel is initialized may be 
t jed. Where SCSI is used as the interface, each current ID can be assigned as the 
"arget ID, because each port may have mjore than one ID. In this embodiment 
s cample, the Target ID 1323 is set to 0 uniformly and the Storage Subsystem 1 is 
identified by means of the Port Number 1322j The Virtual LUN 1324 and the Internal 
tUN 1325 define correspondence between the Internal LUN and Virtual LUN of the 
LU allocated to the PC 2. For the Attribute 1326 defines how an owner PC 2 may 
f rcess each LU. The "Private" means that one PC 2 may access the LU exclusively. 
The "Shared" means that the LU is shared by more than one PC 2. The "Privileged" 
y teans that the LU is in a special management status, that is, in this embodiment 
t sample, the LU is accessible only by the Management Console 4. Hereinafter, the LU 
having "Private" Attribute is called "Private LU" and the LU having "Shared" 
.\ttribute is called "Shared LU". For example, in Figure 4, the PCO 2a connected to the 
Tort 0 is allocated with LUs whose LUNs are 0 and 1, and the Virtual LUNs 
a -cognized by the PC 2a are 0 and 1 respectively. 

Figure 5 is a block diagram which shows schematically the configuration 



dc the Management Console 4. The Management Console 4 consists of, 
Processor 41 to control the entire Management Console, 
VO Device 42 used as an interface with an administrator, 
Communication Control Circuit 43 to communicate with the Storage 

Subsystem 1, 

Memory Unit 44 storing the LU Management Program 440 executed by 
the Processor 41, 

Fibre Channel I/O Control Circuit 45 to execute connecting with and 
i mtrol of the Fibre Channel, and 

Local Disk Unit 46 storing Programs and OS for the Processor 41. 

The LU Management Program 440 issues an order to create LU, gives the 
t orrespondence between the each Internal LUN and Virtual LUN, and sets limit on 
accessibility for each LU. 

Hereinafter, various processing related to the embodiment of the present 
invention will be explained. 

I Creation of the LU ] 

The processing to define LU by! controlling Storage Subsystem 1 from 
Management Console 4 is done according to the following procedure. An 
administrator selects a physical disk unit on which the LU is to be created through the 
I/O Device 42 of the Management Console 4. When the Storage Subsystem 1 is 
equipped with more than one disk unit, one of them is selected. When RAID 
♦ Redundant Arrays of Inexpensive Disks) is configured with more than one disk unit, 
more than one disk unit are selected. The Management Console 4 groups the selected 



disk units and handles them as one virtual physical disk unit Next, the administrator 
Jecides the capacity of the LU to be created on the selected physical disk units and 
inputs the capacity of each LU and LUN (Internal LUN) assigned to the LU from the 
:/0 Device 42. When these information are set, the Management Console 4 transfers 
he set information to the Storage Subsystejjn 1 in response to the request from the 
administrator. The transfer of the set information is done via the Communication 
Control Circuit 43. 

The Communication Control Circuit 14 of the Storage Subsystem 1 
eceives the set information sent from the | Management Console 4 and feeds the 
nformation to the processor 11. The processor 11 executes the LU Definition Program 
31 and creates LU with the specified capacity on the physical disk unit according to 
he setting information. Then, it registers the set LUN in the Internal LUN 1325 
-olumn in the LUN Management Table 132. At this time, the "Privileged" is set for 
he Attribute 1326 of each LU and the other columns are left "Undefined". When the 
i reation of LU succeeds, the processor 11 reports that the LU creation succeeded to 
.he Management Console 4 through the Communication Control Circuit 14. 

Following the creation of the LUs, the administrator allocates LUs to the 
PC 2. The administrator specifies LUN of theLU to be allocated to the PC 2 and sets, 
WWN information of the PC 2 to which the LU is allocated, 
Virtual LUN, 

Port Number of the Port to which the PC 2 is connected, and 
Attribute which defines whether the LU is allocated to the PC 2 in the 
manner exclusive or shared. 

The processor 41 in the Management Console 4 transfers the set 
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information to the Storage Subsystem 1 through the Communication Control Circuit 
43. Based on the received information, the Processor 11 in the Storage Subsystem 1 
establishes the related information corresponding to the specified Internal LUN. The 
LU having Attribute specified as "Private" is allocated to only one PC. On the other 
hand, one PC may have more than one Private LU allocated. For the LU given the 
attribute "Shared", different Virtual LUN may be set for each PC. 

f Access Control ] 

When the PC is started, it executes the initialization processing including 
the following two steps. j 

The first processing is the Port Log-In processing which is executed when 
the Fibre Channel is initialized. This processing is executed to establish the required 
connections on the Fibre Channel. Through this processing, the Fibre Channel I/F 
Control Circuit 15 in the Storage Subsystem j. obtains the WWN information which is 
the Port Name of the accessible PC 2 and its corresponding S_ID. The LU Definition 
Program 131 compares the obtained WWN with the WWN information of each PC 2 
>tored in the LUN Management Table 132 as the Computer Identifier 1321 and 
agisters the corresponding S-ID. Since, then, jonly the S_ID is used to identify the PC 
2 . ! 

The 2nd processing is the LU search processing which is executed when 
;he SCSI interface is initialized. The Fibre Channel I/F 22 checks all Storage Units for 
the presence/absence of LU to find out LUs ready to be Booted-up by executing Boot- 
ip Control program 2221. In this check processing, the Inquiry Command specified by 
the SCSI standard is used with the value of LUN varied sequentially- The detected LU 
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h recognized by the Boot-up Control Program 2221 as one of the Bootable LUs and 
Also it is recognized by the OS in PC 2 as lone of the usable LUs. When the Fibre 
Channel I/F Control Circuit 15 in the Storage Subsystem 1 receives the Inquiry 
Command from PC 2, it notifies the processor 11 of the S_ID which issued the 
Command and the targeted Virtual LUN. Processor 11 executes the Access Control 
Program 133 and processes the Inquiry Command. Specifically it refers to the LUN 
Management Table 132 and checks whether ;or not the LUN specified by the Inquiry 
Command is set as the Virtual LUN 1324 of the PC which issued the Command. If the 
i.UN specified corresponding to the PC which issued the Command is set as the 
Virtual LUN 1324, the check result proved! to be valid and the information which 
hows that LU exists as the result of the Inquiry Command is transferred to the PC 2. 
bn the other hand, if the specified LUN is not set as the Virtual LUN 1324 of the PC 
:»ncerned, the information which shows that LU does not exist such as "No Device" 
response is transferred to the PC 2. By means of this LU check, only the LU access to 
which by PC 2 is permitted is recognized by the PC 2 and other LU whose Virtual 
- .UN is not linked with the PC is not recognized by the PC . With this, accesses to the 
J .U by each PC 2 can be exclusively controlled. 

Hereinafter, each access is executed depending only upon the relation 
which is defined by LUN Management Table 132 basically. An exceptional access 
jnay be done by the PC 2 outside of the permitted range, such invalid access can be 
refused by checking the relationship of the S_ID and Virtual LUN as mentioned 
above. When permitted access defined by the LUN Management Table 132 is issued 
by the PC, the Access Control Unit 16 executes issued Command such as Read/Write. 
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[ Processing the Attribute "Privileged" j 

An administrator can prohibit a PC 2 from accessing to the LU temporarily 
by setting the Attribute of "Privileged" to a specified LU using the Management 
Console 4 and can operate the LU through the Management Console 4. For example, 
tn a backup processing of the data which is stored in a certain LU, the administrator 
se^s the Attribute of the LU to be backed up to "Privileged" and the administrator 
prohibits any PC 2 from accessing to the LU temporarily. The Management Console 4 
accesses this LU using Fibre Channel VF Control Circuit 45 and backs up the stored 
r ata into a backup device (not shown) which is prepared in the system. After the 
tackup processing is finished, the Management Console 4 returns the Attribute of the 
: U to the original one and enables PC 2 to access the LU. In the same way, the 
i iministrator can execute processing such as!the installation or version-up of the OS 
g A '»d/or application program which is used by 'the PC 2. For example, when installing 
OS initially, the administrator sets "Privileged" for the Attribute of the LU to be 
installed through the Management Console 4 and executes the pre-installation work. 
After that, the administrator returns the LU Attribute to the original one. When each 
F C 2 is started up next time, it can be used in the new environmental by setting 
information such as hardware information specific to the PC 2 and user registrations. 
r*lso, when the version-up of OS or the! application program is required, the 
administrator can execute these processing through the Management Console 4 same 
<?ay as in the installation. 

[ OS Boot-up ] 

The OS program which PC 2 uses is stored in a specific LU (usually, LU 
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of Virtual LUN=0) which is allocated for >each PC 2. Each PC 2 executes the 
initialization of the Fibre Channel when it is initiated. At this time, CPU 21 executes 
<be Boot-up Control Program 2211 which the Fibre Channel I/F 22 has and recognizes 
connected LUs. The Boot-up Control Program 2211 executes the Boot-up processing 
emulating the LU of the Virtual LUN=0 specified as the LU for Boot-up device as if it 
i* as a internally built-in disk unit This control is called Boot Emulation. The way of 
tlie Boot-up of the OS which is described herje is the basically same in both cases of 
tS stored in the Private LU which is allocated to each PC 2 exclusively and OS stored 
in the Shared LU which is shared by more thai^ one PC 2. However, even when the OS 
itself is stored in a Shared LU, set information such as the user license information, 
the individual information, and the various environmental information which becomes 

hecessary for each PC 2 is stored in the Private LU which is allocated to each PC 2 

I 

exclusively. While sharing one OS by more fhan one user in this way, the different 
environment can be built for each user and yet any invalid access can be prevented, 
too. The OS which is stored in a Shared LU in this way and is used by more than one 
F C 2 is called Shared OS in this description of the present invention. 

f Execution of the Application Program ] ! 

In each PC 2, LUs detected during each Boot-up processing are emulated 
like the built-in disk units, and therefore the PC 2 can execute application program and 
the data which are stored in them. When executing the application program which is 
stored in the LUs detected during the Boot-up procedure, the PC 2 reads at least a part 
i f the application programs and load it onto the Memory Unit installed in the PC 2 
: -\ym the LU to executes the programs. The user can store the application program in a 



Shared LU and' execute the program from more than one PC 2. Generally, the 
application program itself is not modified during the execution of the program, and 
&erefore, may be used without worrying about the exclusive control between 
accessing PCs. In this description of the present invention, an application program 
* hich is stored in a Shared LU and can be used among more than one PC 2 is called a 
Shared Application Program. When executing the application program, too, the setting 
information such as the user license information, the individual information, and 
Various environmental information which is specific to each PC is necessary. These 
information is stored in a Private LU which is allocated to each PC 2 which uses a 
shared application program. Thus, the shared application program can be used in the 
rarious environments depending upon PCs. Also, any invalid access to the application 
f. rogram can be refused. 

Figure 6 shows schematically an concrete example of the allocation of 
LUs to PCs. In the figure, the example of ,thej allocation of LUs to PC 2a through PC 
2c is shown. The relation between PCs and LUs illustrated in the figure shows the 
condition which is managed by the information maintained in the 1st through 7th lines 
ftf the LUN Management Table 132 shown in figure 4. The LU 170 (Internal LUN=0) 
is a Shared LU Shared by the PC 2a and PC 2b wherein stored are the Shared OS 
3700, Shared Application Program 1701 and Shared Data 1702 commonly accessed by 
PC 2a and PC 2b. The PC 2a and PC 2b repognize LU 170 as an LU with Virtual 
LUN=0. The LU 171 (Internal LUN=1) and! the LU 172 (Internal LUN=2) are the 
Private LUs of each PC 2a and PC 2b respectively wherein stored are the shared OS 
letting information 1712, 1722 and also shared application program setting 
information 1713, 1723 which are specific set information of each PC respectively. 



.Also, the application programs 1710, 1720 and data 1711, 1712 which are exclusively 
ai ,ed by PC 2a and PC 2b are stored in LUs 17}, 172 respectively. The LU 171 and LU 
1 ' f 2 are recognized as LU with Virtual LUN=1 respectively from PC 2a and PC 2b. 
Vhe LU 173 (Internal LUN=3) is Shared LU by PC 2b and PC 2c wherein stored are 
ti e Shared Application Program 1730 and Shared Data 1731 which are used 
c immonly by PC 2b and PC 2c. The LU173 is recognized by PC 2b as LU with 
Virtual LUN=2 and is recognized by PC 2c ai LU with Virtual LUN=1. The LU 174 
(Internal LUN=4) is a Private LU of the iPC 2c wherein stored are OS 1740, 
# pplication Program 1741, and Data 1742 which are exclusively used by the PC 2c. In 
1 .e LU 174 stored is the shared set information 1743 to be used when the PC 2c loads 
hie Shared Application program 1730. The LU 174 is recognized as LU with Virtual 
LUN=0 by the PC 2c. Under such relations 1 between PCs and LUs, the PC 2a, for 
etample, loads the Shared OS 1730 using the Shared OS setting information 1712 and 
executes the Application Program 1710 andjthe Shared Application Program 1701. 
Also, the PC 2c loads the Private OS 1742 and executes the Application Program 1740 
and the Shared Application Program 1730. By virtue of such relations between PCs 
sad LUs the PC 2c, for example, can use OS with different version and or the different 
s.rpe in stead of the Shared OS 1700 as OS 1^42, and thus, PC 2c can operate on OS 
different from the PC 2a and PC 2b. 

According to the embodiment example of the present invention explained 
hitherto, one Storage Subsystem can be used by more than one PC. The program and 
the data stored in this Storage Subsystem can be directly accessed by each PC, 
fJierefore, unlike the conventional Network Computer System, any servers are not 
needed and overhead for the LAN processing nor the server processing are not 
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accompanied. Therefore, the high-speed access to the disk storage can be realized. 
Also, the Storage Subsystem with high-speed,; large capacity and high reliability, like 
Disk Array can be used in stead of the traditional built-in Disk Units in PC, resulting 
Ji the increased performance, flexible capacity expansion, and high reliability of the 
PC system. Moreover, because the OS, the application program, and the data can be 
concentrated in one Storage Subsystem, the maintenance of the storage can be 
intensively done and the reduction of the 'operational management cost can be 
achievable, too. j 

The OS or the Application Program used commonly among the PCs can be 

i 

stored in the Shared LUs, and therefore the LUs which require the maintenance can be 
i jncentrated to the limited LUs and management cost may be also reduced. At the 
tame time, the specific information to each PC may be stored in the Private LU and 
the individual environment can be also realized. 

Figure 7 is the block diagram which shows schematically the configuration 
of the Storage Subsystem which is used iby the Computer System in the 2nd 
embodiment example of this invention. The configuration of the system in this 
embodiment is the same as that shown in Figure 1 except partial difference in the 
configuration of the Storage Subsystem. Hereinafter, the explanation will be mainly 
focused on the difference from the 1st embodiment example. 

According to the 1st embodiment,' example, when the Shared LU stores the 
Shared OS or the Application Program and more than one PC can access them, it is 
afraid that the performance of the Shared LU may be lowered in the case where 
accesses from the PCs concentrated on the Shared LU. To solve such a problem, the 
Storage Subsystem 1 of this embodiment example has Cache Memory Unit 18 and the 



Memory Unit 13 which stores the Cache Residence Control Program 135 to make data 
temporarily reside in the Cache Memory Unitj 18. 

The Cache Memory Unit 18 is usually the circuit which is composed of 
ORAM. The partial copy of the data which is stored in LUs 170 through 176 is also 
s;ored in the Cache Memory Unit 18. When a read access request is issued from PC 2, 
he Processor 11 transfers data to PC 2 from the Cache Memory Unit 18 without 
iccessing disk unit if the copy of the data requested by the PC 2 exists (Cache Hit) in 
the Cache Memory Unit 18. When the Processor 11 accepts a write request from PC 2, 
it reports the PC 2 that the write processing 4s completed without accessing disk unit 
when write data is stored in the Cache Memory Unit 18. The write data written in the 
Zache Memory Unit 18 in this way is written back to the LU asynchronously with the 
n-ocessing of the write access. This write back processing is called Delayed Write, 
I he Cache Residence Control Program 135! controls the Cache Memory Unit 18 in 
esponse to the accessing request from the PC 2. The Cache Residence Control 
Program 135 realizes control operation to continue keeping at least a portion of data of 
Shared LU stored in the Cache Memory Unit 18 once the data is stored in the Cache 
Memory Unit 18. j 

Figure 8 shows a form of the! LUN Management Tables 132a in the 
'imbodiment of the present invention. As fdr the LUN Management Tables 132a in 
this embodiment example, Cache Attribute ,1327 is added to the LUN Management 
Table 132 in the 1st embodiment example. The Cache Attribute 1327 is specified 
through the definition and creation of LU from the Management Console 4 by the 
administrator. To data in an LU whose the Cache Attribute 1327 is set to "Usual", for 
data in a LU, the Cache Memory Unit control using the conventional LRU (Least 



Recently Used) algorithm is applied. On the other hand, concerning data of the LU 
vhose Cache Attribute 1327 is set to "Residence", once it is stored in the Cache 
Memory Unit 18, the Cache Residence Control Program 135 does not abandon it but 
teeps it stored in the Cache Memory Unit. Ifor example, suppose a case, as shown in 
Figure 8, where the "Residence" Attribute isi given to the LU shared by PCs 2. In this 
case, if a certain PC uses the Application Pijogram or the Data which is stored in the 
LU, it is stored in Cache Memory Unit 18 and kept maintained in the Cache Memory 
Unit 18. After that, when another PC uses this Application Program or Data, the 
targeted Data is always hits the Cache Memory Unit and therefore, can be accessed at 
ligh-speed, On the other hand, if the Cache Memory Unit control is performed 
3 spending upon the LRU algorithm, the program or data which has been stored in the 
Zache Memory Unit 18 once may be replaced with the other data or program if they 
ire not accessed for a long time, In this case, when another PC attempts to use the 
program or data, the data must be staged to the Cache Memory Unit 18 again and the 
Cache Memory Unit doesn't work effectively! 

Here explained was the setting of the Cache Attribute of the Shared LU to 
"Residence" as an example, however, it is really feasible to set the "Residence" 
Attribute for the Private LU provided that the Cache Memory capacity is enough or 
some specific PCs 2 are intended to be speeded up. 

According to this embodiment example of the present invention, a part or 
entire data stored in a Shared LU can be mad resident in the Cache Memory Unit By 
this method, since the Shared Application Program and or Shared OS program can be 
resident in the fast Cache Memory Unit, once those data are used by some PC, then 
any PC can access them with very high-speed, after that. Also, because the Cache 



Memory Unit which is by far the faster compared with the disk unit can be utilized, 
each PC can enjoy higher access speed compared to the case where each PC stores OS 
and an application program in its built-in disk unit. 

In two examples of the embodiment of this invention, the management of 
LU is done on the PC basis, however, hereinafter, the case where the management of 
LU is done depending upon the user who uses the Storage Subsystem. 

Figure 9 is the configuration | of the Computer System in the 3rd 

. embodiment example of the present invention. The Computer System in this 

I 

embodiment example is different from the above mentioned embodiments, as each PC 
?. and the Management Console 4 are connected with each other via the Network 9 in 
♦his embodiment. Each PC 2 can exchange data via the Network 9. In this figure, only 
one Fibre Channel Connecting Apparatus 3 £s shown and every PC 2 is connected to 
the Storage Subsystem 1 via this Fibre Channel Connecting Apparatus 3, however, 
more than one Fibre Channel Connecting ^pparatus 3 may be used like the above 
mentioned embodiment examples. As for the configuration which corresponds to the 
above mentioned embodiment examples, the reference numbers already explained are 
;ised again and detailed explanation of them will be omitted in the following 
explanation. Incidentally, the PC 2 and the Management Console 4 are partially 
different from those in above mentioned embodiment examples, however, here, they 
are explained using the same reference numbers. 

Figure 10 is the configuration iof the PC 2 used in this embodiment 
example. The PC 2 in this embodiment example is different from that explained in the 
1st embodiment example, wherein the PC 2 has the Network Control Means 24 to 
control communication via the Network 9 and has User Management Program 251. 



The User Management Program 251 is the program which is executed by CPU 21 to 
manage users who uses the PC 2 and is stored in the Memory Unit 25, The User 
Management Program 251 can be installed as an extended BIOS function of the PC 2. 
.Vlso, when WS is used as the Computer, the User Management Program 251 can be 
ioaded as a part of the initialization program. ! 

Figure 11 shows the configuration of the Management Console 4 in this 
embodiment example. The Management Cdnsole 4 in this embodiment example is 
composed basically the same as the Management Console in the 1st embodiment 
example. The Management Console 4 in this embodiment example has User-LUN 
Management Program 441 to manage LU;on the user level, in stead of the LU 

Management Program 440 in the 1st embodiment example, as the program which is 

i 

executed by the processor 41. Additionally^ in the Memory Unit 44 stored are the 
Jser-LUN Management Table 442 to manage the LUN corresponding to the LU 
vhich can be used by each user and Computer 5 used by each user, and the Computer 
Management Table 443 to manage the relation between the PC 2 and the WWN 2212 
vhich is set for by the Fibre Channel Interface Controller 220 installed in said PC 2. 

Figure 12 shows the form of the LUN Management Table which is 
maintained in the Memory Unit 13 of the Storage Subsystem 1 in this embodiment 
example. In this figure 12, the WWN 1321a! and S_ID 1321b are used to express the 
Computer correspondence of the Identifier 1321 in the LUN Management Table in the 
1st embodiment example. When the WWN with SJD is given, the PC 2 which is a 
nigher level device can be identified by checking only said S_ID without checking the 
?7WN each time a frame is received. Incidentally, too, the Target ID is unused and 0 is 
iniformry set in the Target ID 1323 area in this embodiment example. 
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Figure 13 shows a form of an example of the LUN Management Table 442 
equipped in the Management Console 4. In ;this embodiment example, it is assumed 
that, there exist at least one or more users whp use the Computer System and each user 
can use any requested PC 2. Each user can have one or more LUs each of which has 
specifically tailored environment for him. In, the following explanation, for simplicity 
iach user is assumed to have one Private }LU respectively exclusive to him. The 
elation of an User and LU occupied by the user is managed by the User-LUN 
Management Table 442. In the figure, User Name 4421 is an identity name which 
ipecifies a user. Password 4422 is the authentication code to authenticate whether or 
jot the user is authenticated. The Virtual LUN 4423 is the LUN which is recognized 
>y the PC 2 used by each user at certain time. The Internal LUN 4424 is the internal 
^UN of the LU used by each user exclusively. The Registration Status 4425 shows 
■w --nether or not the Private LU allocated to one user is actually registered in the Storage 
Subsystem 1 to be accessible by PC 2 used by the user. The Port Number 4426, Target 
D 4427, and the Attribute 4428 are same is those in the LUN Management Table 
132. The Computer Name shows the name of the PC2 which certain user is using at 
present 

Figure 14 shows a form of an iexample of the Computer Management 
Table 443 equipped in the Management Console 4. The Computer Management Table 
143 has columns for Computer Name 4431, Identifier 4432, and WWN 4433. The 
Computer Name 4431 is the name to identify each PC 2. The Identifier 4432 is an 
dentity name to uniquely identify the PC 2 specified by the Computer Name 4431, 
ind IP address, for example, can be used as ft. The WWN4433 is a WWN number set 
in the Fibre Channel Interface Controller 220 equipped in each PC 2. The relationship 



oetween PC 2 and WWN allocated to said PC 2 can be managed by this table. 

Hereinafter, the various processing's implemented in this embodiment 
example are explained. 



{ Registration of the User ] 

In this embodiment example, the, user management is concentrated on the 
Management Console 4. At the time of the user registration, the administrator executes 
the User-LUN Management Program 441 oh the Management Console 4 and inputs 
*he pairs of user name and password using the I/O Device 42. The User-LUN 
Management Program 441 registers said inputted user name and password into the 
User-LUN Management Table 442. The password registered at this time may be 
changed later by each user. Continuously, the administrator creates LUs for the 
•egistered user, The administrator operates the User-LUN Management Program 441 
successively and selects a physical disk unit in the Storage Subsystem 1 in which said 
LU is to be created, in the same way as that to create the LU in the 1st embodiment 
example. Next, the administrator defines the capacity of LU, Internal LUN, Virtual 
LUN, Port Number of the Storage Subsystem 1 to be used for the access to this LU, 
Target ID and the Attribute which defines the LU as private or shared. The Processor 
41 in the Management Console 4 sets information given here except the capacity of 
LU in the corresponding columns on the User-LUN Management Table 442. The 
ldministrator operates the User-LUN Management Program 441 and issues an order to 
create the LUs. The processor 41 controls the Communication Control Circuit 43 and 
ransfers the set information to the Storage Subsystem 1 in response to this order. 

The Communication Control Circuit 14 in the Storage Subsystem 1 



receives the set information transferred from the Management Console 4 and notifies 
the processor 11 of it. Upon receiving this notification, the processor 11 activates the 

:,U Definition Program 131. The LU Definition Program 131 creates LU with the 
specified capacity on the specified physical disk unit. The Processor 11 registers the 

?ort Number, Target ID, Virtual LUN, Internal LUN, and the Attribute in the LUN 
Management Table 132 based on the set irifonnation. These set information may be 
changed later. Incidentally, at this point, thte WWN 1321 and S_ID 1321b are left 
undefined. After that, the LU Definition Program 131 controls the Communication 

Control Means 14 and reports that the creation of LU is completed, to the 

Management Console 4. The Management console 4 receives this report and notifies 

he administrator that the specified LU creation has succeeded. 

j ( ' Log-In of the User ) 

Figure 15 is the flowchart which shows the procedure for a user to use a 
Private LU allocated to the user by using a PC 2. The user powers on the PC 2 the user 
wants to use (Step 1000). Then, the User Management Program 251 in the PC 2 is 
activated (Step 1001). When the User Management Program 251 is activated, it 
vequests of the user to input the user namd and password, The user replies to this 
request and inputs the user name and password from I/O Device 23 (Step 1002). The 
' Jser Management Program 251 transfers the inputted user name and the password and 
the identifier (TP address) of the PC 2 to the Management Console 4 through the 
Network 9 by controlling the Network Control Means 24. The information which is 
transferred here is called User Log-In information. 

At the Management Console 4, the User Log-In information is acquired by 



the Network Control Circuit 46 and is notified the Processor 41. The Processor 41 
activates the User-LUN Management Program 441 upon receiving said notification. 
The User-LUN Management Program 441 refers to the user name 4421 and password 
1422 in the User-LUN Management Table 4^42 and authenticates whether this user is 
m authorized valid user (Step 1010). When the user who logged on is confirmed to be 
a valid user, the User-LUN Management Program 441 refers to the Computer 
Management Table 443 and confirms the WWN of the Computer through the 
dentifier of the PC 2 (Step 1011). 

Next, the User-LUN Management Program 441 refers to the User-LUN 
Management Table 442 and confirms LUs allocated to the user- The User-LUN 
Management Program 441 judges whether the LU corresponding to the PC 2 used by 
he user is already mounted or not. For example, when the user who wants to use the 
PC 2 is the last user who used the same PC 2 until now, unless an unmount processing 
s not expressly executed, the Storage Subsystem 1 maintains the LU in the mounted 
status. In this processing, at first, an initial value of the Virtual LUN to be judged is set 
o the variable n corresponding to the Virtual LUN to be judged. Usually, the variable 
a is set to 0 (Step 1012). The User-LUN Management Program 441 refers to the User- 
i_UN Management Table 442 and specifies' the Internal LUN corresponding to the 
/irtual LUN = n (Step 1013). 

It is confirmed whether or not the LU having Internal LUN specified in 
step 1013 is registered in the Storage Subsystem 1 to be accessed by the PC 2. The 
Jser-LUN Management Program 441 refers to the Usct-LUN Management Table 442 
md confirms whether or not the Internal LUN concerned is already mounted on the 
i»C 2 by comparing the Computer Name 4429 to the identifier of the PC 2 contained in 



the Log-la information (Step 1014). According to the result of the above confirmation, 
the User-LUN Management Program 441 makes judgment whether the LU concerned 
is registered in Storage Subsystem 1 so that jit can be used by the PC 2 (Step 1015). 
When the Computer Name is not registered] in Storage Subsystem 1, the User-LUN 
Management Program 441 controls the dommunication Control Means 43 and 
transfers all the information including Virtual LUN, Internal LUN, Port Number, 
Target ID, Attribute, and the WWN to the; Storage Subsystem 1. The information 
'vhich is transferred here to Storage Subsystem 1 is called Mount Information (Step 
1016). If the Computer Name is registered in the Storage Subsystem 1, the User-LUN 
Management Program 441 skips this processing. 

When the Communication Control Means 14 in the Storage Subsystem 1 
receives the Mount Information, it notifies the Processor 11 of the fact. The Processor 
11 activates the LU Definition Program i 131 upon receiving this notification- 
According to the Mount Information, the LU Definition Program 131 sets the Port 
Number 1322, Target ID 1323, Virtual LUN 2=35, WWN 1321a and Attribute 1326 in 
the line of the Internal LUN in the LUN Management Table, and registers the Internal 
LUN concerned to make it accessible by the PC 2. The SJOD 1321b column is left 
blank because it is not defined at this time. After that, the LU Definition Program 131 
reports (the ending report) that the registration setting has completed to the 
Management Console 4 (Step 1021). 

When receiving the ending information from the Storage Subsystem 1, the 
User-LUN Management Program 441 in the Management Console 4 confirms whether 
or not the registration processing for all the Virtual LUNs allocated to the user 
concerned is finished (Step 1017). When there are still unregistered Virtual LUNs, the 



I 

-29- 



Jser-LUN Management Program 441 specifies the next Virtual LUN and repeat the 
processing from the step 1013 (Step 1018)- when the registration of all Virtual LUNs 
is finished, the User-LUN Management Program 441 sends an ending report to the PC 
}. (Step 1017). When receiving the ending report from the Management Console 4, the 
?C 2 finishes the processing by the User Management Program 251 (Step 1004). 

Next, when the CPU 21 detects the Boot-up Control Program 2211 by 
searching the Memory Unit 221 in the Fibre Channel I/F 22, copies the Boot-up 
Control Program 2211 from the Memory Unit 221 to the Memory Unit 25 and 
:xecutes the Boot-up Control Program 2211 on the Memory Unit 25 (Step 1005). 
lVhen the Boot-up Control Program 2211 is activated, begins the initialization 
> recessing of the Fibre Channel. During this processing, the Logical Connection 
Processing which is called Port Log-ln 7 is executed among the Fibre Channel Ports. 
When the processing of this Port Log-In succeeds, Logical Connection Relationship 
among the ports is established. In the Port Log-In, the WWN is used as the Port Name. 
Also, ID of each port is dynamically fixed. This ID is set with the protocol so that each 
port can have an independent number respectively, At this time, in the Storage 
Subsystem 1, Processor 11 activates the LU Definition Program 131. The LU 
Definition Program 131 recognizes the Fibre Channel Interface Controller 220 in the 
upper level Computer as one port of the Fibre Channel ports by means of the WWN 
md set its ID in the LUN Management Table 132 as the S_ID (Step 1006). The CPU 
21, when this initialization of Fibre Channel is finished, executes the Boot-up 
Processing and executes Loading of the OS (Step 1007). 

Figure 16 is the flowchart which shows the procedure of the Boot-up 
Processing in the step 1007. The Boot-up Control Program 2211 inspects the LUs in 
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he Storage Subsystem 1 connected to the PC 2. At the beginning of the inspection, it 
sets the LUN to be inspected to 0 (Step 1101). The Boot-up Control Program 2211 
specifies this LUN and issues Inquiry Command. The Inquiry Command is the 
-x>mmand supported by the SCSI to investigate the type of storage, and capacity, and 
*he other characteristic, and so on (Step 11Q2). When the Fibre Channel l/F Control 
Circuit 12 in the Storage Subsystem 1 receives the Inquiry Command, it feeds this 
command to the Processor 11. When the Processor 11 receives this Inquiry Command, 
't activates the Access Control Program 133 (Step 1120). The Access Control Program 
'33 refers to the LUN Management Table 132 and cmfirms the targeted LUN to be 

nspected specified by the Inquiry Command, The targeted LUN specified by the PC 2 

s the Virtual LUN. The Access Control Program 133 checks the existence of the 
tnternal LUN by means of the Port Number which received this Inquiry Command, 
specified Target ID, and Virtual LUN. When Internal LUN concerned exists, the 
Access Control Program 133 compares the SJOD of the issuer included in the 
command frame of the Inquiry Command with S_ID stored in the LUN Management 
Table 132 (Step 1121). Based on this result of comparison, the Access Control 
Program 133 judges whether or not the LU having to the Internal LUN is accessible by 
'he PC 2 which issued the Inquiry Command j(Step 1122). If the both S_IDs agree each 
other, since the LU which has the Internal LUN corresponding to the targeted Virtual 
LUN is permitted to be accessed by the PC 2, the response containing the information 

o indicate "Specified LUN is available", capacity of the LU, and other Attribute 
information is returned to the PC 2 (Step 1123). When SJDD does not agree with each 
other, the LU which has the Internal LUN corresponding to the targeted Virtual LUN 
is not permitted to be accessed by the PC 2. Therefore, in this case, the information 
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vvhich shows "Specified LUN is not available" is returned to the PC 2 as the response. 
When the Port Number of the port which received the Inquiry Command, specified 

Parget ID, and Internal LUN corresponding Jo the Virtual LUN can not be obtained, 
} he response indicating "the LUN is not available'* is returned, too (Step 1124). 

When there is a response which! shows "the LUN is available" from the 
Storage Subsystem \, the Boot-up Control Program 2211 of the PC 2 proceeds to the 
next LUN by incrementing the targeted LUN by one and repeating the procedures 
following step 1102 (Step 1104). When the response from Storage Subsystem 1 shows 

'"he LUN is not available", the Boot-up Control Program 2211 terminates the search 
,br the LUN (Step 1105). The Boot Loader program stored in the LU having a 

iesignated LUN as "Designated Boot LUN'* among the LUNs detected in the above 
marching operation, is read and written into; the Memory Unit 25 and OS Loading is 
executed. That "Designated Boot LUN" is the information which designates the source 
of the OS to be loaded (from which LU in which Storage Subsystem) when more than 
one Storage Unit or LU are detected (step 1106). 

By the above mentioned processing, the OS is loaded into the PC 2 and 

after that, the user becomes able to process using the application program or the data 
which is stored in the mounted LU. 

According to the 3rd embodiment example, as mentioned above, any user 
within two or more users can mount the own Private LUs on any optional PC and can 
execute OS and application program in the environment which is specific to each user. 
Also, in this embodiment example, because OS, the application program, and all data 
for each user can be concentrated on one LU; the management of the system becomes 
easy. 



Figure 17 is the configuration of the Computer System in the 4th 
embodiment example of this invention. In the Computer System of this embodiment 
example, the Storage Subsystem 1 is connected with Network 9. In this embodiment 
example, the table equivalent to the User-LUN Management Table stored in the 
Memory Unit 44 in the Management Console 4 in the 3rd embodiment example is 
stored on the Memory Unit 25 in each PC 2. In this embodiment example, the relation 
between the User and LU allocated to the user is managed by the User-LUN 
Management Table stored in each PC 2. The Storage Subsystem 1 is equipped with the 
Network Control Means connected with Processor 11 to connect to the Network 9. 
rhe Management Console 4 in this embodiment example is not equipped with the 
,Jser-LUN Management Table 442 nor the Computer Management Table 443 which 
-vere stored in the Memory Unit 44 in the 3rd embodiment example. Besides, the 
Management Console 4 has the LUN Management Program to perform the processing 
which will be explained later, in stead of the User-LUN Management Program 441, As 
for the other configurations in the system, they are composed like those in the 3rd 
embodiment example. 

Figure 18 shows a form of an example of the User-LUN Management 
Table installed in each PC 2. Regarding the. User-LUN Management Table 252, the 
fields of "Registration Status" and "Computer Name", which were included in the 
User-LUN Management Table 442 in the 3rd embodiment example shown in the 
Figure 13, are deleted, however, the other fields are set in the same way as the User- 
LUN Management Table 442. 

Figure 19 shows a form of an example of the LUN Management Table 
which is maintained in the Memory Unit 13 of Storage Subsystem 1 in this 



embodiment example. As shown in the figure, the "Use Status" field 1328 is added to 
the LUN Management Table 132b, in addition to the each field included in the LUN 
Management Tables 132 shown in the figure 12 in the 3rd embodiment example. 

Hereinafter, as for the various processing which is implemented in this 
embodiment example, major items different from the 3rd embodiment example will be 
explained. 

{ Registration of the User ] 

In this embodiment example, the administrator or the user executes User 
Management Program 251 on each PC 2 used by the administrator or the user to 
register the user. The administrator or the user inputs a user name and a password 
using I/O Device 23. The User Management Program 251 registers the inputted user 
lame and password in the columns of the user name and the password in the User- 
LUN Management Table 252 respectively. The LU which is allocated to the user is 
defined using the Management Console 4 in the same way as the 3rd embodiment 
example. However it is different from the 3rd embodiment example that the 
Management Console 4 does not manage users. The Management Console 4 just 
defines and creates LUs communicating with the Storage Subsystem 1- The 
correspondence between the LU and User is defined in each PC 2. 

(Log-In Of the User] 

Figure 20 is the flowchart which shows the procedure for an user to use 
Private LUs allocated to the user by using a PC. The user powers on the PC 2 the user 
want to use (Step 1500). When the PC is powered on, the User Management Program 



1251 in the PC 2 is activated following it (Step 1501). When the User Management 
Program 251 is activated, it requests for the input of the user name and the password 
TXDm the user. The user inputs the user name and password in response to this request 
by operating the I/O Device 23 (Step 1502). When the User Management Program 251 
accepts the input of the user name and password, it refers to the user names and 
passwords which are registered in the User-LUN Management Table 252 and 
authenticates whether or not this user is the! valid user who is authorized to use the 
jystem (Step 1503). If the user is a valid user, the User Management Program 251 
efers to the WWN information 2212 which ;is stored in the Memory Unit 221 of the 
: ibre Channel J/F 22 and confirms the WWN. of the PC 2 (Step 1504). 

Next, the User Management Program 251 confirms the LU which is 
allocated to the user by referring to the User-LUN Management Table 252. Here, at 
first, it sets the valuable n corresponding to Virtual LUN to be judged to an initial 
value. Usually, this initial value is set to :0 (Step 1505). The User Management 
Program 251 refers to the User-LUN Management Table 252 and decides the Internal 
JJN which corresponds to Virtual LUN n (Step 1506). The User Management 
'rogram 251 transfers the Mount Information which contains the Virtual LUN,. 
ntemal LUN, Port Number, Target ID, Attribute, and the WWN to the Storage 
Subsystem 1 via the Network 9 (Step 1507). : 

In the Storage Subsystem 1, in the same way as the 3rd embodiment 
example, the LU Definition Program 131 registers the information which has been 
sent as the Mount Information in the LUN Management Table 132. With this, the LU 
which has been specified by the sender PC 2j becomes accessible by the PC 2. At this 
ime, it sets the flag which shows "Used" in the column 1328 of the "Use Status". This 



Flag perfonns an exclusive function to prevent a Mount Request issued by the other 
PC using the same ID from being accepted by mistake and the LU from being 
mounted on said PC. When the "Used" flag is already set for "Use Status" column, the 
LU is already used by the other user using the identical user ID. In this embodiment 
example, in such a case, the registration of the LU fails. In the 3rd embodiment 
example, such process was unnecessary because the LUs could be managed by the 
Management Console 4 in the centralized manner. However, in this embodiment 
example, this process is indispensable because, each LU is managed by each PC 
lispersively (Step 1520). When the registration processing is finished normally, the 
zjLU Definition Program 131 reports the completion of registration to the PC 2 (Step 
X521). 

When receiving the ending report of the registration from the Storage 
Subsystem 1, the User-LUN Management Program 231 in the PC 2 confirms whether 
or not the registration processing is finished for all Virtual LUNs which are allocated 
to the user (Step 1508). When there are some Virtual LUNs left unregistered, the User- 
: „UN Management Program 251 return to the processing of step 1506 after 
? ncrementing the value of variable n and continues the registration processing (Step 
1509). When the registration of all Virtual LUNs is finished, PC 2 quits (step 1510) 
he User Management Program 251 and executes the OS Boot-up in the same way as 
*he 3rd embodiment example (Steps 1511, 1512). 

v Cancellation of the Registration ] 

If one LU in the Storage Subsystem 1 to be used by a user is mounted on 
iome PC in the above procedure, then, the LU cannot be accessed by the other PC. 



Therefore, when the PC finishes using the LU, the registration must be canceled for 
4 tie LU to be unmounted. For example, the User Management Program 251 is 
scheduled to be activated when the power is turned off after the user finishes using the 
PC 2. When the User Management Program 251 is activated when the power is turned 
off, it communicates with the Storage Subsystem 1 in the same way as in the 
registration processing and instructs the ' Storage Subsystem 1 to cancel the 
registration. The Storage Subsystem 1 cancels the registration by changing the entry in 
the column 1328 of the. "Use Status" in the LUN Management Table 132 
v.orresponding to the PC 2 to "Unused". In the case where the PC 2 is powered off by a 
software control called Soft Switch, the above mentioned method is applicable. 
Additionally, the cancellation is also realized; by activating the program which cancels 
the registration when the OS is shut down. By this registration cancellation, the user 
becomes able to use the same LU again using; other PC 2 after that. 

Hereinafter, the 5th embodiment; example of this invention is explained. 
The configuration of the Computer System in this embodiment example is basically 
the same as the 3rd embodiment example. However, in this embodiment example, the 
?C 2 and the Management Console 4 do not necessarily have to be connected through 
the network. In this embodiment example, like the 3rd or 4th embodiment example, 
the user can define the Private LU in the Storage Subsystem 1. In the 3rd and 4th 
embodiment examples, the Management Console 4 and the PC 2 managed the 
correspondence between the User and LU respectively. In this embodiment example, 
the correspondence between the User and LU is not managed directly, instead, the 
WWN which is used on each PC 2 is allocated to each user, and the correspondence 
between said WWN and LU is managed in the Storage Subsystem 1. Thus, in this 
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embodiment example, the correspondence between User and LU is managed 
ndirectly. The PC 2 in this embodiment example maintains the User-WWN 
Management Table to manage the WWN corresponding to the user in the Memory 
Cfait 25. As shown in figure 21, the User-WWN Management Table 253 maintains the 
password 2532 and the WWN 2533 registered concerning the user corresponding to 
he User Name 2531. In the Memory Unit j25 of the PC 2, the WWN Information 
Modification Program which is executed by the CPU 21 to rewrite the WWN 
information 2212 stored in the Memory Unit 221 in the Fibre Channel I/F 22 is also 
stored. The Management console 4 is composed like the Management Console in the 
tth embodiment example. 

Hereinafter, as for the processing which is done in the Computer System 
:k" this embodiment example, the difference from the 3rd embodiment example is 
-utamly explained. 

[ Registration of the User ] 

The registration of the user is done in the way that the administrator or the 
user executes the User Management Program 251 in all PC 2, and inputs a user name 
tnd a password from the I/O Device 23. At this time, one WWN is allocated to each 
5 iser. The User Management Program 251 registers the inputted user name, password, 
~cid the allocated WWN in each column of the User Name 2531, Password 2532, and 
the WWN 2533 respectively in the User-WWN Management Table 253. 

The LU used by each user to use is created using the Management Console 
4- like that in the 4th embodiment example. When creating the LU, the Management 
Console 4 accepts the input of the WWN allocated to the user who uses the created 



LU and instructs the Storage Subsystem 1 to set said WWN in the LUN Management 
Table 132 giving correspondence to said WWN to the LUN allocated to the created 
LU. The LU Definition Program 131 in the Storage Subsystem 1 sets the information 
in the LUN Management Table 132 in response to this instruction. 

I Log-In of the User ] 

Figure 22 is the flowchart which iihows the procedure for a user and to use 
Private LUs allocated to the user using a PC. The user powers on the PC 2 the user 
want to use (Step 1800). When the PC 2 is powered on, the User Management 
Program 251 in the PC 2 is activated (Step 1801). When the User Management 
Program 251 is activated, it requests for the ^nput of the user name and the password 
from the user. The user inputs the user name, and password in response to this request 
and by operating the I/O Device 23 (Step 1802). Hie User Management Program 251 
'efers to the user name and the password ; which are registered in the User-LUN 
Management Table 253 and authenticates whether or not the user is the valid user who 
-s authorized to use the system (Step 1803). [ 

When the user is authenticated tb be a valid user, the User Management 
Program 251 confirms (step 1804) the WWN which is allocated to this user by 
referring to the User- WWN Management Table and activates the WWN Information 
Modification Program 254 (Step 1805). The WWN Information Modification Program 
254 replace the WWN information 2212 which is stored in the Memory Unit 221 in 
the Fibre Channel I/F 22 with the WWN which has been confirmed in the step 1804 
''Step 1806). When the replacement of the WWN information 2212 is finished, the 
WWN Information Modification Program 234 terminates processing and returns it to 



he User Management Program 251 (Step 1807). User Management Program 251 
terminates processing when the processing is returned from WWN Information 
Modification Program 254 (Step 1808). Next, the Boot-up program is activated (step 

1809) and since then, the Boot-up processing is executed like that in the 3rd 

! 

smbodiment example, (Step 1810). 

When the Storage Subsystem 1, receives an access from the PC Z, it 
ocecutes the exclusive control on the targeted LU based on the WWN used by the PC 
2, That is, the Storage Subsystem 1 permits this access only when relation between the 
titernal LUN and the WWN stored in the LUN Management Table 132 is maintained. 
1 herefore, only PC 2 having the WWN allocated to the user is permitted to access the 
v rivate LU of the user. 

In the embodiment examples, from the 3rd to the 5th, explained above, the 
LU allocated to each user is mounted on a Computer for the user to make use of it, this 
method will be applicable to the other applications. For example, by providing more 
than one LU each of those operates with a different type of OS and/or Application 
Program and by making each LU to be used being accessed from its corresponding 
invironments, a heterogeneous environment system running under a same Computer 
can be realized. In this case, by using an environment name instead of the user name 
as the Log-In name, the OS Boot-up can be: executed from the LU having necessary 
environment in accordance with the user requirement. Owing to this mechanism, when 
the Boot-up is done from one LU having a specific environment, the LU having other 
environments are completely hidden. Therefore, any complicated setting for OS or 
Application are not required unlike the traditional way of Multi-Boot mechanism for 
OS switching, so that more stable system switching can be realized. Additionally, in a 



environment of the program development or, testing or so on, by storing the backup 
copy on a specified LU every day, the current LU can be immediately swapped to the 
LU having the old status without any modification on the system settings when it is 
required to restore the old status. By extending the relation between the user and LU 
*rp to the relation between the environment jand LU in this way, the widely flexible 
Computer System can be constructed. 



What is claimed is ] 
| Claim 1 ] 

Computer System comprising of! more than one Computer and a Storage 
Subsystem to which said Computers are connected and said Storage Subsystem 
having, 

more than one Storage Unit, 

Management Table which registers information to manage said Storage 
.faits accessible by each of said multiples of computes, and 

Control Unit to control the access to said Storage Units by said Computers 
r iccording to the information registered in said Management Table. 

[ Claim 2 ] 

In the Computer System recited in claim 1, said Management Table 
t naintains identity information to identify said Storage Unit permitted to be accessed 
by each of said Computers corresponding to the addressing information to identify 
: ich of said Computers. 



in claim 2, each of said Computers is 



[ Claim 3 ] 

In the Computer System recited' i 
equipped with, 

Memory Means storing User Management Table showing the 
•correspondence between an identity information inputted during User Log-In process 
and said addressing information, and 

Storage Means to maintain the addressing information which is defined 



according to said identity information inputted during said User Log-in process as the 
addressing information of the said Computer to be used when said Computer accesses 
said Storage Subsystem. 

'■ Claim 4 ] 

In the Computer System recited in claim 3, said identity information is the 
iser identifier to identify each user. 

Claim 5 ] 

In the Computer System recited in claim 3, said identity information is the 
itvironment identifier which identifies the operational environment of each Computer 
; a the system. 

k Claim 6 ] 

The Computer System recited !in claim 2 is further equipped with 
Vfanagement Console which is connected to said Storage Subsystem and has User 
vfanagement Table showing the correspondence between identity information which 
5 inputted into each Computer during said User Log-In process and said addressing 
icformation, wherein said Management Console recognizes a Storage Unit to be 
permitted to be accessed by said Computer, according to said identity information 
• ransferred from each Computer during the User Log-In process, and sets information 
uto said Management Table according to the result of said identification. 



r Claim 7] 



In the Computer System recited in claim 2, each of said Computers has 
with User Management Table which shows the correspondence between- the identity 
information inputted to each Computer during User Log-In process and said 
addressing information, wherein said Computer identifies Storage Unit to be accessed 
according to said identity information inputtjed during said User Log-In process, and 
requests of said Storage Subsystem to make identified Storage Unit accessible by said 
Computer. j 

[ Claim 8 ] 

In the Computer System recited in claim 7, said Storage Subsystem sets 
the information in said Management Table in response to said request. 

[ Claim 9 ] 

In the Computer System recited in claim 8, said request is transferred via a 
communication channel different from those used when said Computers access data 
stored in said Storage Subsystem. 

{ Claim 10 ] 

I In the Computer System recited in claim 2, said Storage Units have Shared 

Itorage Unit which is shared by at least two Computers and Private Storage Unit 
which is used exclusively by only one Computer. 

f Claim 11] 

hi the Computer System recited in claim 10, said Shared Storage Unit 
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i ores Operating System and/or Application Programs which are commonly used by 
:aid at least two Computers and said Private Storage Unit stores specific information 
o operate said Operating System and/or Application Programs in each Computer. 

f Claim 13 ] 

In the Computer System recited! in claim 10, said Storage Subsystem is 
'quipped with Cache Memory Unit to store ' partial copy of data to be stored in said 
storage Units, and said Controller controls data stored in said Shared Storage Unit to 
t ; resident in said Cache Memory Unit. 

Claim 14 ] ; 

In the Computer System recited in claim 13, said Management Table 
contains the set information to specify Storage Unit from which data is made to be 
resident in said Cache Memory Unit, and said Controller performs said control 
lccording to said setting information. 

Claim 15 ] 

In the Computer System, comprising of said more than one Computer and 
Storage Subsystem connected to said Computers and having more than one Storage 
Unit, a method to control accesses to said Storage Units comprising the steps, 

to register the addressing information to identify each of said Computers 
and information to identify Storage Units permitted to be accessed by Computer 
dentified by means of said Computer identity information in the Management Table 
a said Storage Subsystem after defining correspondence between them, 
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in. said Storage Subsystem, to ; identify Storage Unit to be accessed 
according to said addressing information of Computer which issued the access request 
n response to access request from each of said Computers, and 

to control data transfer between the Storage Unit recognized as a target to 
be accessed and the Computer which issued said access request. 

£ Claim 16 ] 

Control method recited in claim 15, further comprising the steps, 

to accept the input of identity information during the Log-In process by 
. iser into one of said Computers, 

to identify the Storage Unit permitted to be accessed by one of said 
Computers according to said inputted identity, information, and 

in the said registration step, register information to identify a Storage Unit 
identified in said identification step into said Management Table giving 
correspondence to the addressing information of one of said Computers. 

( Claim 17 ] 

In the control method recited in claim 16, said identification step is 
executed by a Management Unit connected to said more than one Computer and said 
itorage Subsystem, and said registration step is executed by said Storage Subsystem 
according to the instruction given by said Management Unit. 

[ Claim 18 ] 

The control method recited in claim 15, further comprising the steps 



to accept the input of identity information during the Log-In process into 
;$aid more than one Computer by user, and 

to decide said addressing information to be used when said one Computer 
accesses said Storage Subsystem according to inputted identity information. 



[ Abstract of the disclosure ] 

The Computer System consists of components including moTe than one Computer and 
Storage Subsystem to which more than one Computer are connected. The Storage 
Subsystem is equipped with more than qne Storage Unit, Management Table 
legistering information to manage Storage Units accessible by each of the Computers 
&nd Controller to control accesses by more ; than one Computer to more than one 
Storage Unit. The controller controls the accesses according to the information set in 
the Management Table when the Storage Unit is accessed by me Computer. 
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(Application Serial No.) 


(Filing Date) 


j (Status) 

(patented, pending, abandoned) 



I hereby appoint following attorneys/agents to prosecute this application and transact all business in the Patent and 
Trademark Offic: connected therewith and with any divisional, continuation, continuation-in-part, reissue or re-examination 
application with t. il power of appointment and substitution of associate; attorneys and agents, and to receive all patents which 
may issue there© : Thomas E. Beall, Jr., Reg. No. 22,410; John R. Mattingly, Reg. No. 30,293; Daniel J, Stanger, Reg. No. 
3§j$46; ShrinathMalur, Reg. No. 34,663; Gene W. Stockman, Reg No. 21,021; Jeffrey M. Ketchum, Reg. No. 31,174; Scott W. 
-Brickner, Reg. No 34,553. Address all correspondence to: | 

BEALL LAW OFFICES 

r-j 104 East Hume Avenue 

Alexandria, Virgmia 22301 
Tel. 703-684-1120 

I declare that all statements made herein of my own knowledge are tra : and that all statements made on information and belief 
are believed to I* true; and further, that these statements were made with die knowledge that willful false statements and the like 
so made are pui>i hable by fine or imprisonment, or both, under Title 1 



may jeopardize the validity of the application or any patent issued thereon. 



: 8, United States Code, Section 1001, and mat such wfllM 



Naoto Matsunami 



Date March :, 2000 

Residence S ame as post office address 



Hitachi Kamitsuruma syataku 
Fost Office Address Sagamihara-shi . Kanaoawa-ken 



yped Name and Signature) 



(Typed Name and Signature) 

Cibzenshin Japan 



\504, 17-12, Yutaka-cho, 
Japan 



.March 5, 2000 



Akira Yamamoto !• 



Same ars post office address _ 



(Typed Name and Signature) 



Post Oflice Addrfess 5-61, Wakamatsu 6-chome-, Sagamihara-shi, Kanagawa-ken, Japan 



Date March_6__2000 Inventor, Hi ^e.Ki Kamxmak i ^^^^^ Japan 

R^^^aglT -« T™* nf£1Cg addrS - ftM Kanaga ~tken! Japan 

21-3 w«.- »,*h. 2-chome, Fuj iHava-sh i , Kanagawa ke . P__ 

Port Office Address J L * ' wai - ■ — 1 

iW iarch?, -tOQWr Masat °- J g^M^^ay^L Japan 

Post Office Address _ * ^ aa ^a-ksn , Japan 
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rw March 7 _^OQflcator_ ^" Matsumot o , ^&p.«d «»«■«) . Japan 

Sire - ™»* offlce addreSS [ * * 

^^j^^^ — ; 

Da ^arch 7, ^ T-uvuKl Hi-fu. ^tefc^^^ 

™— " r;h«nshiD Japan 



R^enee^amfe- ^r post nf f i TP ^^^^ 22 f 6 _ 2 6 ( Tsujido 4-chome, 

Hitachi seaside domitorv ; x z ^' flT , . 

PosfOfficeAddtes, , £v j i SHOT -f h I , K n nflqHWfl -** P ~~T <7 

i vt„^» signature** 



^ March" ' _20 Center Tkuya Yaqisawa 1 ^ Nmea £sign^ Japan 

.pQcMficeAddreu Yalsohnma bl i i, ir-mimm lmn , ; Tnpnn — 



jjjj March T ^OaPenior, Masayuki Yam amoto, 



B t offic e adderas_ 



Post Office Addle . 
Date. ^ vmtor 



Hitachit surum r syataKuj30 5^ 



Residence. 

Post Office Addre t 



l V l y ff- , ""f l "' r I^ _ ^^irrrn, . . .... 

Japan 



17-12, Yutaka-sho, 



(Typed Name sad Signature) 
C itizenship, 



(Typed Name and SignatureP 
Citizeashi 



Post Office Address _ 



(Typed "Name a 



post Office Address _ 



(Typed Name and Signature) 



Post Office Address . 



